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© Communication device. 

© A communication device (1) comprising an upper layer communication control unit (2) having a .(*«mjrof. 
upper layer communication; protocols (5. 6. 7); a lower layer communication control unit" (3), subordinated to the 
upper layer communication control unit, having a function to forming an - inter.upper-layer commun.cat.on by 
transmitting the data sent from the upper layer communication control unit to a communication transmission : patn 
or sending the data received from the communication path to the upper layer communication control unit; and a 
communication path: register memory, (4) for storing a setjof the address of 'a communication partner ; dev.ce thf 
discriminator of inelu^Jayer'cc^^ and the name of a commun.cat.on path. In 

the .ab'ove communication deVice. "a request of setting/cancelling of the communication path, or a transm.iss.on 
request as weir'as designation'of the communication path to be used is performed' from the upper. Jayer 
communication control unit. (2) to the lower layer communication control unit (3); and md.cat.on of 
setting/cancelling of the communication path, or indication of the communication path used as well as reception 
indication is performed from the lower layer communication control unit (3) to the upper layer commun.cat.on 
control unit (2). 
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COMMUNICATION DEVICE 



BACKGROUND OF THE INVENTION 

The present invention relates to a communication device for atn audio-video-communication (AVC) 
system (hereinafter referred to AVC communication device), and more particularly to an AVC communica- 

5 tion device to be connected with each of individual AVC devices constituting an AVC communication 
system. The AVC communication system is composed of a plurality of AVC devices, e.g. an audio amplifier* 
television tuner, a video deck (VTR), a television monitor, a video disk player (VD), a compact disk player 
(CD), and a personal computer communication terminal (PC). 

In a conventional AVC system, an AVC communication device, which serves to control the corresponds 

w ing AVC device in accordance with a command in the communication telegram received from a commu- 
nication medium, and in form the, other AVC device of the communication telegram indicative of the 
operation status thereof, is required to recognize the communication telegram from each other and so to 
follow a common command code arid control sequence (the protocol in an application layerjfthus, ihview 
of future extension, a command extension code is defined at a portion of a command table-as shown in Fig. 

75 9. Although such a measure in the dbritehtidhal AVC system for the future extension has a possibility of 
adding a new contror command; it in conveniently fixes the control sequence i.e. the protocol in : an 
application layer. Further, if an AVC device* which cannot sufficiently show its function in a predetermined 
command format appears, it is required to make a new command format. The prior art technique to solve 
such a problem is to define an extension command; of shifting the application protocol to a hew one using 

20 the extension code in the predetermined command format and, after executing this extension command, to 
follow the new application protocol having an entirely new command format. This prior art will be (explained 
in detail with reference to Fig. 10. . f - 

Fig. 10 shows an AVC system comprising the conventional AVC communication devices. In Fig. 10, 111 
is a VTR, 1 1 2 is a television tuner and 1 13 is a television monitor. These AVC devices, which are connected 

25 with the corresponding communication devices 114, 115 and 116, respectively, can send a control 
command and a status signal from each other through a communication transmission path 126. Commu- 
nication device 114 is composed of a communication unit 117, a receiver 120 and a driver 121. 
Communication device 115 (or 116) is also composed of a communication control unit 118 (or 11 9)/ a 
receiver 122 (or 124) and a driver 123 (or 125). 

30 Fig..9 shows the command formafcto be executed by the communication control unit in the conventional 
AVC communication device. Each, of the codes constituting a command is composed of one-byte operation 
< code (OPC) and a plural-byte operand, (QPR) qualifying OPC (ats the case maybe, OPC is not qualified by 
OPR). In Fig. 9,101 is an area where the high order four bits are 8 to F (HEX notation) arid several kinds of 
OPC's are defined. 102 is an area where the high order four bits are 0 to 7 and several kinds of OPR's "are 

35 defined, 103 is a ^region, which is not -still defined in the QRp . area, .i>^ a^enmin^ region: 104 is a region 
where OPC for a general; command is defined.. 105 Js a region where lOtQy&ajlu^m group command is 
defined; 1 08 is a.region where OPC for a function specific command is defined: 1 07 is a region which is hot 
- still defined in the;OPR area, i.e. a preliminary ^ region. 108 is a region where the ASCII code is defined, or 
the control value :fpr indicating or controlling increase/decrease and size are defined. 109 is a region where 

40 the standard operand indicative, of 'ON' and 'OFF, of power supply control. 110 is a region where the code 
indicative of command extension at 'BF (HEX notation) , in the general command is defined. The rule 
therefor is to add a new command code after 'BF if the command which is not still defined is required. The 
necessity of command extension can be given in accordance with a manufacturer's individual thought In 
this case, 'BF may be succeeded by a manufacturer's code after which a new command code is added. 

45 Further, if a new AVC device cannot sufficiently show its function in the command format as shown in Fig. 9 
even if the extension command ('BF) is used, it is necessary to use another command format and 
application protocol. To this end, it is possible to define, in the command format of Fig. 9, a command 
(hereinafter referred to protocol switching command) requiring the application protocol hitherto used into a 
new application protocol. 

so Now it is assumed that in Fig. 10, service from VTR 111 to television tuner 112 is started in accordance 
with a new application protocol. First, communication device 114 associated with VTR 111 must require to 
communication device 115 associated with television tuner 112 to enter the communication mode according 
to a new application protocol by sending a protocol switching command to communication device 115 in 
accordance with the application protocol hitherto used. Until this procedure has been completed, it is not 
possible to execute the communication between VTR 111 and television tuner 112 in accordance with the 
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new application protocol. However, now if television monitor . 113 requires service of television tuner 112 
using the command hitherto used, communication control unit 118 of communication device 11,5 associated 
with television tuner 112 cannot decode the data sent. In order to avoid this difficulty, the portion of 
processing' an application protocol in each of the communication units must search a communication 

j partner to ascertain which application protocol the partner uses and thereafter decode the command and 
data However, the portion of processing an application protocol, should essentially, be dedicated to 
processing the application protocol but not be used for. the confirmation^ of the kind, of the application 
protocol. If this rule is not observed; function sharing in processings within the communication control unit 
caririot be'clarified; thus, when a difficulty occurs, it is difficult to decide, the corresponding portion. 

o Further, the communication frame flowing through a communication transmission path cannot usually 
carry a limited number of data at a time. The home bath system actually used at present carry up to 256 
bytes in one frame, and the D2B system can carry up to-2 (two) bytes in mode 0. up to 32 bytes, in mode 1 
and up to 128 bytes in mode 2. Therefore, an improved protocol to be developed in the . new application 
protocol is alWays limited by the number of data which, can . be transmitted at a time. Namely, the 

rs " application protocol canhot be taken independently of the communication system of a communication frame 
actually flowing through the communication transmission path. 

As described above, the conventional AVC communication device has an extension command permit- 
ting command extension but it cannot take the procedure of transmitting/receiving a command. i.e. 
application protocol. Therefore, in the case where a new: application using a new AVC device with 

io development of technology is to be taken, it is possible to improve the function of a AVC communication 
system only within the range of the predetermined application protocol. Further, even if shift to the new 
application can be made by defining in the extension command a command which serves as a switch of 
switching the application protocol hitherto used into a new application protocol, software or hardware of 
processing the application protocols must decide which application protocol each of communication parties 

25 is to use clr is using. Thus, function sharing in each, software or hardware cannot be clarified so that it is 
difficult to decide where malfunction has occurred. Further. -the home bath system or the D2B system can 
carry, in one communication frame flowing on the communication transmission path, only a limited number 
of data up to 256 bytes. 2 bytes or 32 bytes. Thus. one message cannot develop such, an application 
protocol as does not exceed a transmittable frame length and also must consider the rule on a 

30 communication transmission path in an application. 
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in view of the above problems, an object of the present invention is, to provide a .communication device 
which can improve the function of application protocols, as thoroughly as possible with technology 
development, is not required to manage the using status of a communication party for each application 
protocol by itself, and can realize an application protocol which is not limited by the number of data 
' transmittabie4>ytes -Iri'-a frame-whidvis a 'rule on a-communj&^ : in^ujn... 

'A communication device according to the present invention is divided into an upper layer communica- 
tion control unit and a lower layer communication control, unit -which serve to execute an application 
protocol, and comprises a communication path register memory for storing a discriminator of the commu- 
nication path used for each of communication parties and/or a.discriminator of an upper layer communica- 
tion protocol; The upper layer communication unit has a plurality, of upper layer communication protocols, 
the lower layer communication control unit at the lower rank of the upper layer communication control unit 
performs the processings of transmitting the -data sent from the upper layer communication unit to a 
communication medium and sending the data received from the communication medium to the upper layer 
communication control unit of sending, if a communication setting request for communication in accor- 
dance with the upper layer communication protocol is received from the upper layer communication control 
unit to a communication party device a preamble code indicative of start of the communication in 
accordance with the upper layer communication protocol, a communication path discriminator and/or a code 
indicative of the name of the upper communication protocol, and registering, if they are received, a 
discriminator for a communication party device, a communication path discriminator and a discriminator of 
the upper layer communication protocol in the communication path register memory: transmitting, if the' 
length of data according to the upper layer communication protocol exceeds the data length permitted in 
one frame on the communication medium, dividing the data into for each permitted length to transmit the 
divided data for each frame, and sending, if the frame including the divided data according to the upper 
layer communication protocol is received from the communication medium, to the upper layer communica- 



3 



EP 0 421 779 A2 



TO 



75 



tion control unit the data composed by plural frames after, the reception until, they, are composed into the 
data according to the upper layer communication protocol. The communication device further comprises 
" means for, from the upper layer communication control unit to the lower layer communication .control unit, 
'requesting' setting/cancelling : of-' a communication- path, or designating the communication path, to.. be' used 
and also requeuing the transmission, and from the lower layer communication control unit Jo Jhe upper 
laVer ^munication control unit; displaying setting/cancelling of, a, communication path, or displaying the 
r reception arid also the commuhieation' path used. - : , - ■.. t , , 

\n the case ^where ah"AVC communication device is short; of , an application protocol. and a 9pfnmw)6 
format the above arrangement according to the present invention » can 

protocol and a command which are suitable to a new AVC system. Further, one AVC. communication device 
can include a plurality of application protocols, and the lower layer communication control, unit undertake 
management on a communication path. i.e. searching the protocol which Js being used by each of 
communication parties. Thus, the upper layer communication control unit has only to execute a clearly 
cJefihed function and also each of the application protocols permits an application message to be 
^an^mitted/received without considering the maximum number of data bytes which can be transmitted at 
one time on the communication path. < < . 
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Fig. 1 is a block diagram of the communication device .according to one embodiment of the present 

invention; ; ^ . / i . . 

4 ? Rg. 2 is a view for explaining^ the network using the communication devices of Fig.. } . and the 

corhmunication pkth register memory Included in each of 
25 Fjg: 3 is a telegram format handled transmission/reception by the. communication device of Fig. 1; 

Rgs. 4 :: td 8 are views for explaining the respective layers of the communication deyjce of Rg; t and 
communication processings therebetween; v - ; 

"Rg? 9 is a command table in the application protocol handled by the prior art AVC communication 

device; and • " *~ 

30 Rg. 10 Is a block diagram of a network using the prior art AVC communication devices. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Rg. 1 shows the communication terminal of the AVC communication device according to one 
35 embodiment of the present invention.-in Rg. 1. 1. denotes , a communication device; 2 denotes an upper 
' laybr commuriication control unit (UlCCU) -handling several application protocols; 3 denotes a lower layer 
commuhieation control unit (LLCCU) subordinate to ULCCU 1; and 4 denotes a communication path for 
storing a communication partner and a discriminator for the application protocol, used. ULCQU 1 is 
composed of a general communication protocol unit 6. aiirst exte^ed;communic^oap a 
I- a * _i^a^LL£L;— . ft i r rrnn ?i ie rnmnnsed of an intermediate communication 



trahshiissiori path connected with receiver 13 and driver 14. through which communication, is executed 
among ^ corrimuhicatioh- devices: 16a denotes a device control interface unit .which can. be .controlled by 
general communication protocol unit 5. first extended communication control unit 6 second extended 
communication control unit 7. '16b denotes an AVC device which is connected with communication device 1 
through device control interface unit. 17a denotes a user I/O interface unit, and 17b denotes a CRT/key 
board which is connected with communication device 1 through user I/O interface unit 17a. 18a denotes a 
data medium interface unit, arid 18b is a large scale storage medium which is connected with communica- 
tion device 1 through data medium interface unit 18a. Both 17a and 18a can make data transfer for first and 
second extended communication protocol units 6 and 7. 

Rg. 2 shows the arrangement of each of communication path register memories in a network composed 
of the communication devices according to one embodiment of the present invention. In Rgs. 2. 21. 31 and 
41 denote communication devices A. B and C according to the embodiment of the present invention, 
respectively. Not shown are AVC device 16b, CRT/key board 17b. and large scale storage medium 18b and 
the corresponding interface units 16a. 17a and 18a as shown in Rg. 1 which are externally connected with 
each of communication devices 21. 31 and 41. Communication devices A21. B31 and C41, like the 
communication device 1 as shown in Rg. 1. are composed of upper layer communication control units 
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(ULCCU) 22 32 42. lower layer communication control unite (LLCCU) 23. 33. 43 and communication path 
register memories 24. 34, 44, respectively. Upper layer communication control units 22. 32 and 42 include 
general communication protocol units 25, 35. 45. first extended communication protocols 26. 36. 46, and 
second extended communication protocols 27. 37, 47. respectively. 24a. 34a and 44a are communication 
s path register memories extracted for showing the contents of communication path register memories 24. 34 

and. 44, respectively. ... ._ . . . . . 

The operation of the AVC communication device according to this embodiment will be. explained below. 
Now it is assumed that a user manipulates CRT/key board 17b in Fig. 1 to request service of data transfer. 
If this request is concretely a service of data transfer from communication device A21 to communication 
jo device B31 in Fig. 2. a primitive of requesting setting of a communication path is issued from first extended, 
communication protocol unit 26 of communication device A21 to LLCCU 23 thereof. LLCCU 23 sends to 
communication device 31 a telegram on which carried are a preamble code for requesting, communication 
path setting, a discriminator of the first extended communication protocol to be used, a code of . requesting 
communication path setting and a name (now "P" is assumed) of the communication path to be, used. 
,s When. LLCCU 33 of communication device B31 receives this telegram, it recognizes that the , extended 
communication protocol to be used is the first extended communication protocol, on the, basis of the 
preamble code and the discriminator of the extended communication protocol included . in the telegrarn. and 
decodes the code of requesting communication path setting in the telegram to in form first extended 
communication protocoi 36 of having received the request of communication path, setting. First extended 
20 communication protocol 36 receives this request, it sends to LLCCU 33 a primitive of requesting 
-transmission for a telegram indicative of agreement (response primitive for ^communication path.setttng). 
When LLCCU 36 receives this response primitive, it registers in - communication path register memory 34 
the communication path name 'P\ the address of the communication device A21 which is a communication 
partner the discriminator of the first extended communication protocol to be used. iand sends a response 
25 telegram for the communication path setting request to communication device A21. :v LLCCU 23 of commu- 
nication device A21 receives the response telegram from communication device B31.jt sends to first 
extended communication protocol unit 36 a primitive indicating that a communication path has been 
established (primitive of confirming communication path setting), and registers in communication path 
V register memory 24 the communication path name 'P*. the address of communication device which is a 
so communication partner/ and the discriminator of the first extended communication: protocol to be used. The 
sequence hitherto explained establishes a communication path between first extended communication 
protocol units 26 and 36 of communication devices A21 arid B31: ,~~,io<i 

Next first extended communication protocol unit 26 of communication device A21 sends to LLCCU 23 a 
first extended communication data unit (data from an external devicefe.g. key board) plus first extended 
35. .' communicatibn controUhfqrmation comprising a' header code indicative of the kind of data and a^frame 
check code for checking a transmission error) and a transmission requesting primitive. LLCCU 23 adds 
lower layer communication protocol control information to the first extended communication, protocol data 
unit received, and sends the information thus formed to communication device B31. ; Then, if the information 
cannot be held within the data length permitted in the transmission at a time ; on communication transmis- 
40 sion path 15 LLCCU 23 divides the first communication protocol data unit at intervals of the data length 
permitted in the transmission at a time to send a plurality of telegrams thus* formed to communication 
device B31 LLCCU 33 of communication device B3i searches memory 34 on the basis of the communica- 
tion path name included in the telegram received arid the code indicative of the transmission source of the 
telegram to recognize the extended communication protocol used. Also LLCCU 33 decides whether or not 
45 the telegram(s) received is continuous on the basis of lower layer communication protocol control 
information: if it is continuous. LLCCU 33 constructs the telegram received so that it is continuous as a 
complete extended communication protocol data unit If the complete extended communication protocol 
data unit has been established. LLCCU 33 sends it together with a reception indication pnmitive to first 
extended communication protocol unit 36. First extended communication protocol unit 36 decodes the 
so primitive from LLCCU 33 to recognize that it is reception indication. Thereafter. LLCCU 33 analyzes the first 
extended communication protocol control information from the first extended communication protocol data 
unit to examine what kind of data the data received are or if or not there is any error in the data on the 
basis of the header code and the frame check code, and sends the data to an external device (e.g. CRT). 

When the data transfer from communication device A21 to communication device B31 has been 
completed, in order to cancel the communication path, first extended communication 26 of communication 
device A21 sends a primitive of requesting cancelling of the communication path and the communication 
path name to LLCCU 23. LLCCU 23 sends to communication device B31 a telegram on which carried are 
the code of requesting the communication path cancelling, the communication path name "P* and a 
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discriminator for the extended communication protocol. When LLCCU 33 of communication device B31 
receives this telegram, it shows to first extended communication protocol unit 36 that the request of 
cancelling the communication path has come. First extended communication protocol unit 36, when 
recognizing this request, sends to LLCCU 33 a primitive of requesting the transmission of a telegram 
indicative of the response for the request of cancelling the communication path (primitive of response to the 
communication path cancelling). LLCCU 33, when receiving this response primitive, sends to com- 
m'unicatich device A21 a telegram .on which carried are the response code to the request of cancelling the 
communication path, the communication path name 'P' and the discriminator for the extended communica- 
tion protocol, it also deletes from memory 34 a series of items of information including the communication 
path name "P\ thev address , of communication device A21 and the discriminator for the first extended 
communication protocol used. LLCCU 23 of communication device A21. when receiving the telegram 
including the response io the request of cancelling the communication path, sericis to first extended 
communication protocol unit 26 a primitive of confirming cancelling of the communication, and; also deletes 
from memory 24 a series of items of information including the communication path name 'P'. the address of 
cbmhnunication device A21 and the discriminator for the first extended communication protocol. ; 

In this way, a Sequence consisting, of setting; a communication path, data transfer and cancelling the 

conimunibation path; ^ , - t - .-, t - ... . 

In accordance^ with this embodiment, as shown in Fig. .1. LLCCU 3 is mainly composed of intermediate 
layer communication control unrt (ILCCU) 8 and data link layer communication control unit 12; ICLLU is 
composed of upper layer interface control unit 9, communication management unit 10 and data link layer 
interface unit 11. The operation of these units will be explained below. ' . ., . • 

K there is a necessity that general communication protocol unit 5 of ULCCU 2 should transmit a control 
data in Rg: 1. communication protocol unit 5 sends to upper layer interface unit 9 a transmission request 
primitive added to the head of the control data. Upper layer interface unit ?, when receiving the 
transmission request primitive from general communication protocol 5. sends the/control data- to data link 
layer interface unit 11. Data link layer communication control layer 12 serves to manipulate the logic data of 
: a communication 'telegram flowing through communication path 15 before its conversion into an electrical 
signal to transmit the telegram- to a designated communication device, or if the telegram for itself is 
received it serves- to respond to a communication partner and also serves as the lowest logic layer of 
sh6Wing'rec»pti6n : f6r'd^^fink;1ayer interface -.unit 11, An usual LSI . for communication comprises this 

control unit 12. .., ...... 

Fig. 3 shows the structure of the communication telegram handled by data link layer communication 
control unit 12 in this embodiment The communication telegram shown in Fig. 3 is converted into an 
electrical signal by a driver which is transmitted onto communication, and. converted into a 0.1 signal again, 
iri ti&3; 51 denotes a start bit ^ indicative of tiie start of the ; telegram. 52 denotes a mode bit indicative of 
the transmission speed of the communication telegram; this bit is composed of one bit or more. The lowest 
transmission speed is referred to as a mode * which is represented by one bit of a higher mode referred 
to as mode 1 is represented by M </>'; and a further higher mode referred to as mode 2 is represented by 
•11 53 denotes a master address indicative of a transmission source of the; communication telegram 
c which is constructed of 12 bits. :54 denotes an odd number, parity , added to master address 53. 55 denotes 
n; a slave address indicative of a reception destination which is constructed of 12 bits. 56 denotes an odd 
■' number parity added to slave address 55. 57 denotes a respose ACK bit returned by the reception 
destination of the communication telegram designated by slave address 54 toward the transmission source 
(irvthe response, y is returned). The transmission source. continue to transmit the communication telegram 
recognizing if the ACK bit 57 is returned or not 58 denotes a control code bit indicative of what property 
(command, request, or data) the communication telegram has; this control code bit is constructed of 4 bits. 
59 denotes a parity bit added to control bit 58. 60. like ACK 57, denotes a response bit returned by the 
' reception destination toward the transmission source. 61 denotes a data bit which is constructed of 8 bits. 
62 denotes an EGD (end of data) bit indicative of if the data still continue. If EOD 62 is "<*>". the data does 
not further continue, whereas if EOD 62 the data still continue. 63 denotes an odd number parity bit 
added to union of data bit 61 and EOD 62. 64, like ACICs 57 and 60. denotes a response bit returned by 
the reception destination toward the transmission source. While EOD 62 is "1". data bit 61. EOD 62 ( = 1), 
parity 63 and ACK 64 are successively transmitted. However, since the maximum number of data which can 
be transmitted at a time is predetermined in accordance with the kind of mode, if the data to be transmitted 
; exceeds this limit, the data are divided into a plurality of telegrams to be transmitted. Communication path 
management unit 10, when receiving the reception indication from data link layer communication control 
unit 12, examines if the master address indicative of the transmission source of the received telegram has 
been registered in communication path register memory 4. Now if it has not been registered, communica- 



6 



EP 0 421 779 A2 



ton path management unit 10 examines if the data part of the received telegram contains the preamble 
code If the preamble code is not contained, it is decided that the telegram received has been transmitted in 
accordance with the general communication protocol. Thus, the telegram received is sent to general 
communication protocol unit 5 through upper layer interface unit 9. 
s no 4 shows the processings in the communication device regarding the above general communication 
protocol Now it is assumed that a control data/status 201 has occurred in general communication protocol 
unit 5 Then, general communication protocol unit 5 adds a communicatiom party address (slave address) 
and a control bit 203 to me control data/status 201 to provide a general communication protocol date unit 
205a and sends the data unit 205a to intermediate layer communication :control unit. (ILCQU)^ 8 . together 
io with a primitive indicative of a trarismission^ request. In the case of the communication a^rding^athe 
general communication protocol. ILCCU 8. without performing an internal processing, immediately sends a 
primitive 204b (equivalent to 204a) indicative of the transmission request and a general rom^unication 
protocol data unit 205b (equh/aleht to 205a) to data link layer communication communication, control unit 12. 

SSunit 12 analyzes the received primitive to add a mode bit 206 and a self-address (mas er address 

75 207 to 4he general communication protocol data unit 205b received to provide a telegram (data link layer. 
* protocol data unit) 208 to be actually transmitted. u «,„ 

Likewise with reference to Fig. 4. explanation will be explained , on the case .where - the telegram 
according'*) the general communication protocol has been received, Data link layer communication contro 
unit 12. when receiving the telegram 208. removes the mode bit 206 and the self-address (slave ^ss) 
20 207 and send to ILCCU 8 the remaining general communication, protocol data unit 205b and the primitive 
204b indicative of reception indication. ILCCU 8 examines if the communication partner (master address) 
has been registered in memory 4. If if has not been registered, ILCCU 8 examines if the ^data P«teftho 
. received telegram contains the preamble code. When the preamble code, is not contamed^it-is Jaded, that 
the telegram has been received in *e«>ra^ ••Wiethe ger^^mhianicatton. pro^...T*u8.,tJ»,fnrnrtiv8 
25 204a indicative of the reception indication and the general communication, protocol data unrtaOSa are sent 
to generai'communication protocol unit 5. General communication protocol unit 5 analyzes pnmif ye, 204a to 
extract control data/status 201 from general communication protocol data unit 205a for its proces,s.ng^ 

Explanation will given for the processing in LLCCU 3 in the case of, the rommunication ptthe^nded 
communication protocol. Fig. 5 is a view for explaining setting/cancelling a communication pattq , and 
ao Ss^e to the notice of ^cancelling from a communication .partner. ILCCU 8, when 

orimUive 210 of a setting/cancelling request or a setting/cancelling response, unrtes intermediate .. teyer 
communication protocol control information 211 including the infcH C malionJorth e ,alx^ r^ 
communication path control data 212 including a communication path 

extended communication protocol used or to be used and a preamble code and a frame ch?ck cc^2V b 
as (FCC) for checWhg a data error thereby to provide an intermediate commun.cat.pn protocol data urrt, 21 *. 
Tnd send the data unit 214 to data link layer communication control unit -12 together with a o 
transmission request The transmission processing in- data link layer commun cation control W'P2,£H no 
be explained; here since it is the same as in the case of the commun.cat.on according to the general 

com ^^^^ l ^ m th0 processin g performed when receiving a request of S ,ettin^can6elling a 
communication path, or receiving the response to the request of setting/cancelling frprn 
partner after transmitting the request Communication management unit 10 in Fi g. ^ n «"^2^ 
reception indication primitive 220. searches communication path resistor memory 4 on if the c™^ 1 *"*" 
. at issue is previously registered. If the path is not registered. communication_management unit 10 ^apnes 
45 W the preamble cod6 is contained in communication path control data 220. The preamb e ; code 

of specific codes indicative of the type of a communication protocol, e.g. a character tram of JPWJW 
STANDARD PROTOCOL ver.1.0" in terms of the ASCII code. Communication path management unit 10 
decides the type of the extended communication protocol on the basis of character train which 4 pattern- 
matches. On the other hand, if it is decided that the communication at issue is a previously regist erec las a 
. so resuit of searching memory 4. it is decided to which extended communication protocol unit the^ pmnftye 
should be sent on the basis of the name of the extended communication protocol described in i memory ^4 
Upper layer interface interface unit 9 decodes intermediate layer protocol control information 221a on the 
bSs of intermediate layer protocol data unit 224 to decide what data follows, tf commun.cat.on path confc-o 
data 222 follows, the primitive of showing the communication path setting/cancelling or confirming it is set 
55 to the corresponding extended communication protocol unit 

Further if it is decided that divided elements 226 of the extended commun.cat.on protocol data unit 227 
as shown in Rg. 7 follow the cortrol information 221 as a result of decoding the control information, they are 
buffered in upper layer interface unit 9 until they are assembled as extended communication protocol data 
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unit 227; after completion of the assembling, the data unit 227 is sent to first extended communication 
protocol unit 6 together with a primitive 228 of reception indication in the example of Fig. 7. First extended 
communication protocol unit 6 detects the reception of the data unit 227 by the primitive 228. and decodes 
first extended communication control information 229 from extended communication protocol data unit 227 
to decide what kind of message the application message following it is. Incidentally, a frame check code 
(FCG) 231 is a code for detecting and correcting a data error. 

Referring to Fig. 8. explanation will be given for the case of. requesting transmission from an extended 
communication protocol unit Now it is assumed that an application message 240 qccurs in first extended 
communication protocol unit 6. Then, it is supplied, in its front and rear, with first extended communication 
protocol control information 241 which represents the kind and property of the application message arid a 
frame check code (FCC) 241b for error detection/correction, thereby provicling an extended communication 
protocol data unit 242 which is sent to intermediate layer communication control unit (ILCCU) 8 together 
with a transmission request primitive 243. Upper layer interface unit 10 of ILCCU 8 detects the primitive 243 
arid examines the length of the extended communication control data unit 242; if it is decided that the data 
unit 242 cannot be transmitted to the communication path 15 at one time, the data unit 242 is divided into a 
necessary number of elements 242a. Further, each of the divided elements 242a is supplied, in its front and 
rear, with intermediate layer protocol control information 245a and : FCC 245 to provide an intermeaiate layer 
commuhicatioh protocol unit 244 which is in turn sent to data jink layer communication control unit 12 
together with a transmission request primitive 213 data link layer interface unit 244. The transmission 
processing in data link layer communication unit 12 will not be explained here since it is the same as the 
processing described above. } . . ... . 

Explanation will be given for examples of the protocol data unit in each of the intermediate communica- 
tion unit and the extended communication protocol unit ; 

Th£ intermediate layer communication protocol data unit (referred to as M-LAY-PDU) in the intermediate 
layer communication control unit can be written by, / . .. . , 

<M-LAY-PDU>: :=<M-LAY protocol control informatioro <U-LAY protocol element> <M-FCO |<M- 
FCG>|<prearrible ebde> <M-LAY protocol control informatioro .<M-FCC> wh^re | represents 'or'. <M-LAY 
protocol informatioro can be written by <M-LAY protocol informations. ; = Communication path ID> <M- 
LAY protocol informations ^communication path ID> can be written by <c6mmunication path>: 
: = Communication party address> communication path namef>. < M-LAY protocol informatioro can be 
written by < M-LAY protocol informatioro: : = <M ? LAY protocol ID> ^sequence Np>|<M-LAY protocol ID>. 
<U^LAY protocol element> is one of elements into which extended communication protocol data unit 227 or 
228 is divided. <M-FFO is a check code for error check. <preambie „code> is a specific character code. 
<M-LAY protocol ID> serves to indicate an ACK or NACK response after reception, a status response or 
status request such as ready/busy/error, and request/showing/response/confirmation for setting/canceling of 
a communication path. <sequence No> is the number successively attached to each of elements so that if 
the extended communication protocol data unit is transmitted in a divided manner, the respective elements 
are connected in a correct order in a receiving side. If it is found that any. divided element has fallen out. 
the error indicated by the above < M-LAY protocol 1D> is reported to the transmission source. 

: The extended communication protocol data unit .(referred to as U-LAY-PDU> in the extended commu- 
:: nication -protocol unit can be written by, <U-LAY-PDU>: : = <U-LAY protocol control informatioro 
<appiicatibn message> <U-FFO 
fcUM-AY protocol control information. 

Further, <U-LAY protocol control informatioro is written by <U-LAY protocol control informatioro: :-<U- 
LAY protocol ID> < sequence No>. <U-LAY protocol ID> is to show a status request for a communication 
partner, an ACK/NAK response after reception, a status response such as ready/busy/error, or 
setting/canceling of a communication path. <application message> is a real data necessary for a user. <U- 
FFO is a frame check code for error detection/correction. 

Although the several kinds of protocol data units hitherto explained relate to the communication 
protocolsbetween layers at the same level of different communication devices, explanation will be given for 
the primitive exchanged between an upper and lower layer of the same communication device. 

The primitive (referred to as D-M-pri) between the data link layer communication control unit and the 
intermediate layer communication control unit is expressed as 
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<D-M-pr i > : : ^communication pa rtner address> 

(1) 

transmission request ID> transmitted data> 
l< communication partn pr address> <receptiori request ID> 

. .- .• (2) : 



received data>!<error/status information <transmission request ID> is to show a request of ^transm.ss.on 
» of a telegram (descending direction), deception request ID> is to show reception of a telegram from a 
communication partner (ascending direction). In Figs. 4 to 8, for convenience of understand^, particularly 
the parts of (1) and (2) are represented as primitives (e.g. 204b in Fig. 4). <transmitted data> -or <rece.ved 
data> is represented as the intermediate layer communication protocol data unrt (e.g. 214 in Fig 5). 
a <error/status informatior» -is error information indicating if the. transmission has been successful, or stetus 
« information of the data link layer communication control unit of a communication partner (both are primitives 

in the ascending direction). . , i i 

. -The primitive (referred to as M-U-pri) between the intermediate commun.cat.on control unit and the 
extended communication protocol unit will expressed (me primitive between the intermediate Jayer 
communication control unit , and the general communication 1 protocol unit is entirely the' same as . D,M-pn 
ah since the intermediate layer communication unit performs no processing in this case), M^pri is expressed 

?M-U-pti-ID> <communication path ID> <U4*Y*bU>HWU^I^ <cbmmiinlcaliofi> path • ID> . r-r-U- 

• . error/status infe(rin9tion>|<M-)Ji>trhlD>. <corrnn,unfcation ID> . . . . aw1 

Here, communication path ID> is composed of <commun.cat.on partner. address> and 

* communication partner nam^ as ;: mentioned above. <l>error/status information> :.s; error 'nfp™ation 
indicating if the transmission has been successful, or status ihfomnation of the intermed.ate: layer commu- 
nication control unit of a communicatipn partner (both are primitives in the ascending direction). <M-U-pri- 
ID> is to show requesWhdication/response/cbnfirmation erf setting/canceling of a communication path : ,orto 
show which of <U<LAY-PDU> and <U-error status informatioro the following primitive is. _ 

30 Finally, additional explanation wiil be given for the communication path shown in F.g. 2. In Fig. 2 
communication path memory 24a of communication device A21 stores information indicative of ttiat 
communication path *P' is established for communication device" B31 and first extended communication 
protocol and of that communication path 'Q' is established for communication path C41 and ..second 
extended communication protocol. Communication path memory 34a of communication device :331 scores 
*• information indicative of that communicatipn.path 'P' is established for communication dev.ee A2Vand first 
extended communication, protocol and of that communication path 'FV is established^ communication path 
C41 and second extended communication protocol. Similarly; communication path memory 44aof commu- 
nication device C41 stores information indicative of that communication path :Q' is established for 
. communication device A21 and first extended communication protocol arid of that communicatioivpath Ft 
•<*. is- established for communication path 631, and second extended communication protocol. Thus, the 
communication path register memory can memorize the communication path being used ..at present 
Therefore, in the case of transmission, the extended communication protocol unit has only to the name of 
the communication path to be used since the address of a communication partner can. be decided .n the 
intermediate layer communication control unit Also in the case of reception, the communication path 
45 register memory can be examined to decide the extended communication protocol on the basis of the 
address value of a transmission source and thus raise a reception indication primitive to the corresponding 
extended protocol unit Thus, the communication control function of one lower layer can be used 
simultaneously by a plurality of application services. Additionally, in the embodiment of F.g. 2. it should be 
noted that the communication according to the general communication protocol is not stored jn the 
« communication register memory; the intermediate layer communication control unit decides that the 
teleqram from the communication partner which is not stored in the memory is based on the general 
communication protocol. Further, although in the embodiment of Fig. 2. the first and ^second extended 
communication protocols are illustrated, they may be the same communication protocol. If .it is desired that 
the communication processings in the upper layer are clearly separated for each application service, the 
55 protocols having the same structure can be designed in a manner of separating them into a first ana a 
second extended communication protocol. 

In accordance with the present invention, the following meritorious effects can be obtained. 
(1) Since the communication device is designed as defined in claims 1. 2 and 3. it is possible to add the 
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device having. a new function to a conventional AVC system performing several services in accordance 
with a convention^ communication protocol and to perform the service of a new function without 
obstructing the conventional service. . 

(2) Since the communication device is designed as defined in claim 4. any number of communication 
protocols of different kinds at an upper layer can be located in an AVC system without using a protocol 

switching command. ' . k ■■■ . . „, „„ 

(3) Since the communication device is designed as defined in claim 5; the communication protocol at an 
upper layer is not limited by the length of a telegram which can be transmitted at one time on a 
communication transmission path. 



Claims , 

1. A communication device (1) comprising: - - . . . , ._ 

ah upper layer communication control unit (2) having a plurality of upper layer communication , protocols (5, 

6 7)* ' ' ' ' 

:a' lower layer communication control unit ,(3), subordinated to said upper layer communication control unit, 
having a function of forming an inter-upper-layer communicatiorr by transmitting the data sent from said 
upper layer, communication, amtroiunft.to a communication transmission path or sending the data .received 
from said communication path to said upper layer communication control unit; and 

a communication path register memory (4) for storing a set of the address of a communication- partner 
device, the ■discriminator of the upper layer communication protocol being used and the name of a 

communication path, , . 

wherein airequest of settjng/cancelKng of the communication path, or a transmission request. as well as 
designation of the communication path to be used is performed from said upper layer communication 
control unit (2) to said lower layer communication control unit (3), arid indication Of setting/cancelling of the 
communication pathj or. indication of the communication path used as well as reception indication is 
performed from said lower layer communication control unit (3) to said upper layer communication control 

ZAcommunicatjon device according to claim 1. wherein said upper layer communieatibn control unit (2) 
includes a; general communication protocol (5) and an extended communication protocol (6. 7) as upper 
layer communication protocols to be handled, and said communication path register memory (4) stores a 
pair of the address of a communication partner device with which communication is being performed in 
accordance with the extended communication protocol and the name of the communication path .being 

3. A communication device according to claim. 2. wherein said upper layer communieatibn control unit is set 

so that it communicates with the communication partner hot registered in the communication -path register 

memory in accordance with the upper layer general communication protocol (5). 

4; A communication device: comprising:, . . . . i . 

a communication path register memory (4) for storing a set of the address of a communication partner 

device, the name of a, communication path and/or the discriminator of an upper layer communication 

protocol in order to store one or more communication paths; 

an upper layer communication control unit (2) Including a plurality of upper layer communication protocols 

(5,6, 7); and . '. . , ., 

a lower layer communication control unit (3) subordinated to said upper layer communication control unit, 
having a function of forming an inter-upper-layer communication by transmitting the data sent from said 
upper layer communication control unit to a communication transmission path or sending the data received 
from said communication path to said upper layer communication control unit; and having functions of, if a 
request of setting a communication path for communication in accordance with the upper layer communica- 
tion protocol is received from said upper layer communication control unit (2). sending a preamble code 
having a code indicative of the name of the upper layer communication protocol to be used and a 
discriminator of the communication path, and of. if the preamble code and the discriminator of the 
communication path are received, registering in said memory (4) the discriminators of the communication 
partner device, the communication path and/or the upper layer communication protocol; 
wherein a request of setting/cancelling of the communication path, or a transmission request as well as 
designation of the communication path to be used is performed from said upper layer communication 
control unit (2) to said lower layer communication control unit (3), and indication of setting/cancelling of the 
communication path, or indication of the communication path used as well as reception indication is 



10 



EP 0 421 779 A2 



70 



IS 



20 



performed "from said lower layer communication control unit (3) to said upper layer communication control 
unit (2). ' • . j, 

5. A communication device comprising;, . ' .. . . «. - 

an upper layer communication control unit (2) for processing arv;upper layer communication protocol (5. 6. 

•Jio^l layer communication controkunit (3).-subprdinated to said,upper layer communication control unit, 
having a function of forming an inter-upper-layer; communication .^transmitting the,. dati* sent ; from said 
upper layer communication control unit to a communication transmission path or sending the data received 
from said communication path to said upper layer communication control unit in such at manner that if data 
to be transmitted according to the upper layer, communication protocol, is-received from said upper layer 
communication control unit (2), it is transmitted by one frame, in such a manner that it is divided at .ntervals 
of the data length permitted within one frame on a' communication path, and if a frame including the divided 
data according to the upper- layer communication protocol js ireceived from the communication, path, a 
plurality of frames are received until they, are completed as the data according to the upper layer 
communjcatlor protocol and the data according^) the upper layer protocol thys assembled is sent to said 
upper layer communication control unit; >. .( \i ; 1 : 

wherein a request of setfhgteancelHrig' of-Iflfe^bpmr&ufili^w, pajfc .^transmission request as well as 
designation of the communication- path 'to thVused is ijerformed Tfrom; said upper layer communication 
control unit (2) to said lower layer communication control unit (3). and indication of setting/cancelling of the 
communication path, or -indication of the communication path used as well as reception indication is 
performed from "said lower layer communication control, unit (3) to said upper layer communication control 



unit (2). 
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